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© Network support system. 

© A network support system for accessing a plural- 
ity of databases, each storing information regarding 
a characteristic of the network. The network support 
system comprises:- 

user interface means having a graphical display 
device and means for accepting requests for in- 
formation from a user, 

selection means for selecting the appropriate 
database(s) for each request for information, 

and a plurality of data acquisition means, each 
associated with one of the databases, for receiving 
requests lor information, interrogating the associated 
database, and sending information to the user inter- 
face means, 

wherein, in use, the user interface means com- 
bines information from a plurality of databases in 
accordance to the characteristics of the network re- 
presented by the information, and displays the com- 
bined information via the graphical display device. 

The network support system allows for improved 
planning, management, or utilisation of a network, in 
particular a telecommunications network. 



J* 



" u* 




Rank Xerox (UK) Business Services 

13. t0/3.09/3.3.4l 



1 



EP 0 673 135 A1 



2 



The present application relates to a network 
support system, and in particular to a network 
support system for accessing, and displaying, in- 
formation from a plurality of databases. 

All network operators, whether they are oper- 
ators of a telecommunications network, an elec- 
tricity network, a gas network, a railway network, or 
any other type of network, need to maintain 
records of their network. There are very many 
aspects of a network that need to be recorded, for 
example the geographical location of nodes and 
routes within the network, the nature of each route 
or node, the logical relationship between these 
nodes and routes, the users of the network, and 
their physical and logical location. This information 
of the different characteristics of the operators net- 
work are generally held on separate databases, so 
that all information on a particular aspect of the 
network is located on one database. For example 
for a telecommunications network, all customer in- 
formation may be held on one database, while all 
information regarding the physical routing of ducts 
will be on another database, information regarding 
the logical routing of transmission links of a speci- 
fied bit rate e.g. 2Mbit/s will be on a third database. 
These databases are valuable assets which in 
many cases are critical to the business of the 
network operator, and which have been assembled 
over many years. However their data structures 
and operations were designed to take full advan- 
tage of the performance efficiencies of database 
technology which was current at the time of their 
development, so that, in general these databases 
do not interwork. In some cases, due to the differ- 
ing nature of the information to be stored, this may 
necessarily be the case, even if the databases are 
designed at the same time. The needs of the 
network operator that these databases were de- 
signed to satisfy are subject to change and addi- 
tional requirements also arise, particularly from the 
demands of customers for network services to be 
provided more flexibly to meet their specific re- 
quirements. 

Telecommunications networks are particularly 
complex because of the ability to multiplex many 
logical communications circuits onto one physical 
route. A modern digital telecommunications net- 
work comprises many logical communications cir- 
cuits which are multiplexed together in accordance 
with a digital hierarchy. Thus a number of 64Kbit 
communications links will be multiplexed together 
to form a 2Mbit/s link, which will be further mul- 
tiplexed to form an 8Mbit/s link, and then a 
34Mbit/s link and so on to 565Mbit/s or beyond. A 
single communications link from one customer at a 
first geographical location, to a second customer at 
a second geographical location will thus be mul- 
tiplexed up, probably at a number of different 



nodes in the network, transmitted for a majority of 
its route as part of a high bit rate communications 
link, and then demultiplexed, again at a plurality of 
network nodes, and finally delivered as a single 
5 64Kbit link to the second customer's destination. 

Thus a plurality of databases will need to be 
interrogated in order simply to determine the logi- 
cal routing of a single communications link, or 
circuit, from one geographical location to another. If 

io information on the physical routing of the circuit 
between nodes in the network is required a further, 
at least one, database will need to be interrogated. 
A particular requirement of customers from network 
operators, especially telecommunications network 

15 operators, is that of diversity and separacy of the 
routes of the network which supply them with the 
given network service. In a telecommunications 
network, diversity means that any two circuits do 
not share a common physical route over any part 

20 of their lengths, although they may share common 
network nodes. Separacy, in a telecommunication 
network, means that any two circuits do not share a 
common physical route, nor any common network 
nodes over the whole of their length. Many cus- 

25 tomers of telecommunication operators, having pri- 
vate digital networks (sold in the United Kingdom 
as "Kilostream" RTM and "Megastream" RTM), 
require separacy of the circuits forming their pri- 
vate digital network. Clearly emergency and mili- 

30 tary organisations desire separacy of their tele- 
communications networks to ensure that disruption 
of a single physical network route does not isolate 
them from communication. However, increasingly 
commercial organisations, such as banks and 

35 building societies, require the security of separacy 
so that, for example, central computer resources 
which need to be accessible at all times are not 
isolated. Telecommunications operators thus need 
to be able to determine whether separacy exists in 

40 a particular customer's private digital network, im- 
plement it if not in existence, and ensure its contin- 
ued existence. Furthermore, since guaranteed 
separacy is often offered at a premium to cus- 
tomers by telecommunications operators, the oper- 
as ators need to clearly demonstrate to customers that 
the separacy for which they are being charged 
actually exists. This is a difficult task for the net- 
work manager of the telecommunications operator 
to achieve. To establish all the characteristics of a 

so single circuit of the customer's digital private net- 
work, a plurality of databases, each with their dis- 
tinct access, interrogation, and data formats must 
be consulted. The information from each database 
must be stored, for example, in writing, until all the 

55 necessary information from the different databases 
has been accumulated. Even once the network 
manager has got to this stage, the task of visualis- 
ing the physical and logical connections of a cus- 
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tomer's network from the amassed information is 
considerable. Furthermore, although the network 
manager of the telecommunications operator may 
be convinced of the separacy of the customer's 
network, it further remains to persuade the cus- 
tomer that his network does indeed have separacy, 
from the information amassed from the various of 
the telecommunications operators databases. 

According to the present invention there is 
provided a network support system for accessing a 
plurality of databases, each storing information re- 
garding a characteristic of the network, the network 
support system comprising:- 

user interlace means having a graphical dis- 
play device and means for accepting requests for 
information from a user, 

selection means for selecting the appropriate 
database(s) for each request for information, 

and a plurality of data acquisition means, each 
associated with one of the databases, for receiving 
requests for information, interrogating the associ- 
ated database, and sending information to the user 
interface means, 

wherein, in use, the user interface means com- 
bines information from a plurality of databases in 
accordance to the characteristics of the network 
represented by the information, and displays the 
combined information via the graphical display de- 
vice. 

The present invention thus provides a network 
support system which allows for improved plan- 
ning, management, or utilisation of a network. A 
network manager employing a network support 
system according to the present invention can ac- 
cess information from a plurality of databases via a 
single user interface. The provision of data acquisi- 
tion means, or integrators, associated with each of 
the databases, ensures that neither the network 
manager nor the user interface need be concerned 
with the differing details of how to acquire informa- 
tion from the various databases. Moreover since 
the information gathered from the plurality of 
databases is combined by the user interface in 
accordance to the characteristics of the network 
represented by the information, for example in ac- 
cordance to the circuit number for a private digital 
network circuit, and displayed via the graphical 
display device, the network manager is able to 
visualise a number of aspects of the network from 
a single display. For example information on the 
logical path of a circuit may be displayed together 
with information on the physical routing of the 
same circuit, even though this information is stored 
on different databases. 

Preferably the graphical display device dis- 
plays the combined information in a geographical 
form, for example displaying a geographical map of 
the region of the country in which the network is, 



which shows the geographical location of the nodes 
of the network, and the physical and logical routes 
between these nodes. Such a display allows the 
network manager rapidly and intuitively to assimi- 

s late complex information regarding the network and 
to rapidly make decisions concerning the manage- 
ment, utilisation or planning of the network. Further- 
more such displays are easily understood by cus- 
tomers of the network operator who may be shown 

io examples of the diversity or separacy within their 
private digital networks. 

Although a copy of the information held by the 
plurality of databases may be maintained by the 
network support system (for example to allow 

rs faster access to the information), preferably a copy 
of information regarding the network is not main- 
tained by the network support system. This en- 
sures that the information displayed via the network 
support system is "live" i.e. it is as up-to-date as 

20 the information the network manager, or other user 
of the network support system, would acquire rf he 
accessed the database directly. Thus, although in 
some applications, for example network planning, 
where timescales are relatively long, there is no 

25 disadvantage in storing information from the 
databases, the ability of the network support sys- 
tem to access live information enables the system 
to be utilised in roles where it is essential that the 
latest information available is utilised. For example 

30 when allocating bandwidth from within a high ca- 
pacity link, or bearer, to a customer the latest 
information concerning spare capacity on a particu- 
lar bearer is required, to avoid the risk of the 
required capacity no longer being available. 

35 In one embodiment of the present invention the 
selection means form a part of the user interface 
means. 

Alternatively the selection means may be dis- 
tinct from the user interface means. In this case the 

40 selection means may be located remote from the 
user interface, which need hold no information con- 
cerning the location of information within each of 
the databases. The user interface, having received 
a request from the network manager, or other user, 

45 would then request information from the selection 
means, without needing to specify the database 
which holds the relevant information. Furthermore 
this arrangement means that if information is 
moved between the databases, only the selection 

so means needs to be updated to accommodate the 
new location of the information. The effect of this, 
as seen by the user interface, is that of a single 
logical database which is physically distributed 
across a plurality of databases. 

55 Preferably the network support system is able 
to accept and display new information entered into 
a database without needing a request, from the 
user of the network support system, to display 
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such information. In this way the network support 
system is able to monitor aspects of the network, 
for example to ensure that once separacy between 
two circuits within the network has been estab- 
lished, it is maintained. 

Advantageously new information regarding the 
network may be input to a database via the net- 
work support system. This enables the network 
manager not only to view information regarding the 
network, but also to correct such information, or to 
add further information. 

Preferably the network support system also 
comprises at least one processing means, distinct 
from the user interface means, which receives re- 
quests from the user interface means and informa- 
tion from the data acquisition means, and sends 
processed information to the user interface means 
via a messaging protocol. The provision of sepa- 
rate processing means prevents the user interface 
from becoming over burdened with specific pro- 
cessing tasks, for example the calculation of the 
shortest network route between two geographical 
locations. The network support system may com- 
prise a plurality of user interface means, and if 
provided with processing means, each of the user 
interfaces may access the processing means which 
would preform a specialised processing function for 
the user interface. This provides flexibility in the 
design of the network support system, since pro- 
cessing means can be added to, or altered, without 
affecting the user interface means. 

Embodiments of the present invention will now 
be described, by way of example only, with refer- 
ence to the accompanying figures, in which: 

Figure 1 is a schematic diagram of a network 
support system according to the present inven- 
tion. 

Figure 2 is a schematic diagram showing the 
program flow during a particular operation ses- 
sion of a network support system according to 
the present invention. 

Figure 3 is a flow diagram for the operation of a 
network support system according to the 
present invention. 

Figures 4 to 8 show prints of screen displays 
from a network support system according to the 
present invention. 

With reference to Figure 1, the users terminal 
can be either a PC 1, an X terminal 2 or a UNIX 
workstation 3 (SUN IPC). Each terminal type 1 . 2, 3 
has a screen 12. for displaying graphical images. 
The terminals 1, 2, 3 are connected to a UNIX 
machine 4 (SUN Sparc 10) via a TCP/IP LAN 
connection, and the UNIX machine 4 is connected 
to a further UNIX machine 5 via either LAN or WAN 
connections 6. When the network manager, or user, 
employs a UNIX workstation 3 as a terminal then a 
GUI (Graphical User Interface) process 7 runs on 



that workstation. The GUI is an "X-Windows" GUI 
conforming to the Motif style guide, with additional 
data representation provided by "Data Views" from 
VI Corp. When a PC 1 is employed a GUI process 
s 8 runs on the UNIX machine 4 and the X protocol 
is employed to display the results of the GUI on 
the user's PC 1 or X terminal 2. The data acquisi- 
tion means of the network support system is imple- 
mented via integrator processes 9, running on the 

70 UNIX machines 4 and 5. Each integrator process 9 
is responsible for communicating with a single 
database 10, the database 10 can either be locally 
held on the UNIX machine 4, or located remote 
from the UNIX machine. If the database 10 is 

T5 located remotely the UNIX machine 4 commu- 
nicates with the database 10 via comms equipment 
11, e.g. X25. 

Integrator processors 9 communicate with the 
GUI process 8 is using the RPC (Remote Proce- 

20 dure Call) messaging protocol. The version of RPC 
employed is from the "Toortalk" package which is 
produced, and sold, by SUN Microsystems. If ac- 
cess to an integrator process 9 on UNIX machine 5 
is required, connectivity is provided via a TCP/IP 

25 WAN mechanism. 

A typical session for the network support sys- 
tem would be as fotlows.The user invokes the GUI 
process 7 or 8 by clicking on an on screen icon. 
This runs the GUI process 7 or 8 on either the 

30 users own workstation 3 or on the UNIX machine 4. 
The GUI process 7 or 8 checks its configuration 
files to see which integrator 9 is required for this 
particular user. The GUI process 7 or 8 then sends 
out a start message to start the various integrators 

36 9 for this particular version of the support system. 
The integrators 9 in turn, when started, check that 
they have their connectivities to the database 10 
that they are associated with, and reply back to the 
GUI 7 or 8 to inform it of their success or failure in 

40 performing that operation. The GUI 7 or 8 then 
displays whether the integrators 9 were successful 
or not in starting up. 

The integrator processes 9 can use a variety of 
mechanisms to access information from the 

45 databases 10 including SQL (Standard Query Lan- 
guage), screen scrapping or by driving existing 
report mechanisms on the database 10. After the 
initialisation of the GUI 7 or 8 and integrators 9 is 
complete, the user is then able to perform various 

so operations using the network support system. As 
the user requests certain functions, the GUI 7 or 8 
will determine whether connectivity is then needed 
to particular integrated processes 9, may request a 
log-on, user id and password for a particular 

55 database 10. Following successful completion of 
the log-on procedure the user is then able to drive 
the necessary functions within the GUI 7 or 8 to 
access information from the databases 10, manipu- 
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late that information, and also write information 
back to the databases. When the user decides to 
terminate the network support system session, the 
GUI 7 or 8 sends out messages to the various 
integrators 9 to tell them to shut down. The GUI 7 
or 8 itself then shuts down. 

The design of the system is modular and ge- 
neric, different users of the network support system 
will use different combinations of integrators to gain 
the desired information, and combine it in the de- 
sired way. 

A typical example of the program flow for a 
session will now be described with reference to 
Figures 2 and 3. The user starts the GUI 7 process, 
shown as step t in Figure 2. The GUI then checks 
its configuration files shown as step 2 in Figure 2, 
to see which integrators 9 are required. The con- 
figuration file is used to determine which integra- 
tors 9 are needed by this particular class of user. 
Different groups of users will use different integra- 
tor processors 9 to give them a specific network 
support system session. This permits the design of 
system to be very generic, allowing one single 
system to be developed which is then simply con- 
figured at run time by either developers or users 
alike. 

In the present exemplified session the user 
requires access to a telecommunication operator's 
digital hierarchy database 10. known as INS, and 
also to the private digital circuit, "Kilostream" RTM, 
product database 10, known as GENETIC. 

The INS database holds the physical routing 
information for all of the operator's digital network, 
whereas the GENETIC database holds information 
relating to which Kilostream configurations particu- 
lar customers of the operator have. Once the GUI 7 
has decided which integrator processes 9 are re- 
quired it sends RPC messages via the Tooltalk 
messaging protocol to instigate the necessary in- 
tegrator processes 9. 

The integrators 9 once successfully started, 
reply. The user is now able to perform various 
functions from the GUI 7. When the user requests 
certain operations which require access to particu- 
lar databases 10 controlled by the integrators 9, the 
GUI 7, knowing which database 10 stores each 
type of information, will request user id and pass- 
words for the appropriate database(s) 10, so that 
the user can gain access to those databases. This 
process is shown by steps 10 through to 18 of 
Figure 2. Assuming the user has been successful 
in logging into the various databases via the in- 
tegrator processes 9, he is now able to continue 
and perform the operations he requires. 

In step 19 the user enters a circuit designation 
into the GUI 7. and the GUI 7 determines which 
database integrator 9 it needs to send a message 
to, in order to gain the information. This involves 



communication between the GUI 7 process, and an 
integrator process 9. The integrator process 9, will 
then interrogate its associated remote database 10, 
and will return the relevant information for that 

s particular circuit via an RPC message to the GUI 7 
process. The GUI 7 process will then graphically 
display the routing of the circuit on the screen 12 
of the terminal 1, 2, 3. This process is shown in 
steps 20 through to 23 of Figure 2. 

io Whilst the user is interpreting this information, 
the GUI 7 predicts the further information required 
by the user and requests other integrator pro- 
cesses 9 for information about the physical routing 
of the circuit. In this example steps 24 through to 

is 26. of Figure 2 show the GUI 7 sending each 
section of the routing, which was returned from the 
GENETIC integrator, to the INS integrator to find its 
physical attributes. The INS integrator in turn re- 
sponds with messages after interrogating the INS 

20 database. Now when the user selects an option to 
see the physical routing of the circuit it is displayed 
on the screen 12 by the GUI 7. Thus information 
from both GENETIC and INS has now been com- 
bined into one single view of the circuit. 

25 Figures 2 to 8 show prints of the screen dis- 

play from the network support system. Figure 4 is 
an example of the schematic display of information, 
while Figure 5 shows the displayed information in 
textual form. Figure 6 shows the display of informa- 

30 tion in geographical form. Figure 6 shows an out- 
line map of the United Kingdom with all the logical 
routes 13 of a particular customer's private digital 
network. This information is all stored on the GE- 
NETIC database. Figure 7 shows a geographical 

35 display of part of a customer's private digital net- 
work in the north of the United Kingdom. The 
logical route 13 between two network nodes 14 and 
15, is shown, and furthermore the physical routing 
16 between the same two nodes 14 and 15 is also 

40 shown. The information for the physical routing has 
been acquired from the INS database. Figure 8 
shows part of a customer's private digital network, 
which, from the logical routes 19 and 20, would 
seem to have separacy between the network nodes 

45 17 and 18. However, when the logical routing in- 
formation from GENETIC, is combined with the 
physical routing information, from INS, it can be 
seen that the two physical routings 21 and 22 
between the network nodes 17 and 18 actually 

50 share a common physical path between the net- 
work nodes 23 and 24. Thus the apparent separacy 
shown by the logical routing diagram does not in 
fact exist. By combining the information from the 
physical routing database with that from the logical 

55 routing database in a geographical form on a single 
display, the network manager can quickly appre- 
ciate this problem and resolve it. 
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The exact format of information in different 
databases is not always consistent. The network 
support system, therefore, must resolve these dif- 
ferences in order to take information from one 
database and input it into another, to gain an over- 
all integrated resuH. The support system also has 
to deal with any data inconsistencies between 
databases for whatever reason, e.g. the databases 
may be out of step, having being updated at dif- 
ferent times, or there maybe incorrect information 
in one of the databases. It is not possible for the 
support system to deal with every conceivable data 
inconsistency, therefore when a data inconsistency 
is detected, the system flags this to the user. The 
users can then investigate this problem, and rectify 
any data inconsistencies on the appropriate 
databases. 

Claims 

1. A network support system for accessing a plu- 
rality of databases, each storing information 
regarding a characteristic of the network, the 
network support system com prising 

user interface means having a graphical 
display device and means for accepting re- 
quests for information from a user, 

selection means for selecting the appro- 
priate database(s) for each request for informa- 
tion, 

and a plurality of data acquisition means, 
each associated with one of the databases, for 
receiving requests for information, interrogating 
the associated database, and sending informa- 
tion to the user interface means, 

wherein, in use, the user interface means 
combines information from a plurality of 
databases in accordance to the characteristics 
of the network represented by the information, 
and displays the combined information via the 
graphical display device. 



protocol. 

6. A network support system as claimed in any 
preceding claim, wherein new information is 

5 displayed via the graphical display device 

when it is created in one of the databases, 
without a request for said new information. 

7. A network support system as claimed in any 
10 preceding claim, wherein new information re- 
garding a characteristic of the network is input 
via the user interface means and stored in one 
of the databases. 

75 8. A network support system as claimed in any 
preceding claim, wherein the system further 
comprises at least one processing means, dis- 
tinct from the user interface means, which re- 
ceives requests from the user interface means, 

20 and information from the data acquisition 

means, and sends processed information to 
the user interface means via a messaging pro- 
tocol. 

25 9. A network support system as claimed in any 
preceding claim, wherein the graphical display 
device displays the combined information in a 
geographical form. 

30 10. A network support system as claimed in any 
preceding claim, wherein the data acquisition 
means emulates a dumb terminal in order to 
interrogate the associated database. 

35 11. A network support system as claimed in any 
preceding claim, for use with a telecommuni- 
cations network. 



40 



2. A network support system as claimed in claim 
1, wherein a copy of information regarding the 
network is not maintained by the system. 45 

a A network support system as claimed in claim 
1 or claim 2, wherein the selection means form 
a part of the user interface means. 

50 

4. A network support system as claimed in claim 
1 or claim 2, wherein the selection means are 
distinct from the user interface means. 



5. A network support system as claimed in any 55 
preceding claim wherein, in use, messages are 
passed between the user interface means and 
the data acquisition means via a messaging 
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FIGURE 2 
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